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Description 



[0001] The present Invention relates to the telecommunication field and in particular to a method and device for 
managing Ethernet frame trafHc and transporting such a traffic over a transport SDH/SONET network. 
10002] As it is known, traffic generated by an Ethernet apparatus is characterized by discontinuities, namely there 
are periods with a more or less constant sending rate of Ethemet packets and periods during which a rather long time 
IS provided between a received Ethemet frame and the next one. Such an unstable/inconstant traffic is generally termed 
"bursty". On the contrary, SDH or SONET traffic Is characterized by a constant sending/receiving rate. In other words 
any network element of a transport SDH/SONET network sends corresponding frames with a regular and constant 
rate. Furthermore, Ethernet frames do not have a fixed length/size but only a maximum size (1518 bytes), 
[0003] It is easy to understand that these discrepancies result in a highly difficult interfacing of two technologies 
having different natures/characteristics. 

[0004] An already available solution to the above problem allows the mapping of Ethernet frames into SDH/SONET 
Virtual Containers as a transparent tributary; all incoming bits are transported to the output interface with the related 
timing information (frequency for recovering the proper bit rate at the reception side). Within the SDH/SONET payload 
also the dead times between a received Ethernet frame and the following one are mapped. 

[0005] Unfortunately, while such a solution could be considered easy to be implemented, the perfonnances of this 
type of transport are the same as for the transport of a PDH tributary, namely rather low. This best prior solution is 
stnctly tied to SDH architecture and it does not allow to provide new services or to achieve better peribrmances with 
respect to the transport of a transparent PDH tributary. Furthemiore. some bandwidth is wasted because it is used for 
transporting useless information. 

[0006] Methods are already known for mapping Ethemet packets over SDH using particular protocols, for example 
in US-A1-2001/043603 the LAPS protocol. 

[0007] A system is also known from WO-A1 -011 5363 for (Ethemet) packet transport in an SDH/SONET ring networi< 
which minimizes the latency (delay) transit time of the packets in the nodes. In each node a field in the overhead of 
every packet is used for checking whether the packet has to be dropped locally or fonvarded to the next node. 
[0008] However those known systems do not address at the best the above mentioned problems of difficult interfacing 
of two technologies having different natures/characteristics, like SDH/SONET and Ethernet. 

[0009] In view of the above problems, the general object of the present invention is overcoming them in an efficient 
manner. 

[0010] The main scope of the present invention is providing a method and device for an enhanced transport of 
Ethemet frame traffic over a transport SDH/SONET network. 

[0011] The above and further objects of the present Invention are obtained by a method and device according to 
claims 1 and 9. respectively. The present invention further comprises a network manager according to claim 8. Further 
advantageous features of the present invention are set forth in respective dependent claims. All the claims are intended 
as an integral part of the present description. 

[0012] The basic idea of the proposed solution is to provide a complete new layer/networi« over the SDH/SONET 
networi< in order to manage the transport of Ethemet traffic over SDH/SONET networi«; this new layer/networtc uses 
the resources of SDH/SONET network in such a way as to optimize the provided services and the performances with 
reference to this specific type of transport. 

[0013] The device according to the present invention is able to monitor continuously the Ethernet channel and to 
distinguish the nature of Carrier Event, so that the frames containing payload can be selected and the idle ones can 
be disregarded and not mapped in SDH virtual containers. 

[0014] In order to increase the interfacing between Ethemet and SDH/SONET and better supporting all functionalities 
to be implemented, it has been decided to insert a further level of data encapsulation. 

[0015] The present solution allows Ethernet clients to set-up their own Virtual Private Networt^s (based on point-to- 
point connections) by means of SDH/SONET network. 

[001 6] The present invention will become clear in view of the following detailed description, to be read having refer- 
ence to the attached sheets of drawings, wherein: 

Fig. 1 shows the structure of a VPN and relating circuits; 

- Fig. 2 is a schematic representation of encapsulation step of Ethemet frames into a SDH/SONET frame; 

- Fig. 3 shows a basic scheme of insertion of GFP packets into C-4 containers; and 

- Fig. 4 shows in better detail a selected Link with the two related Circuits. 

[0017] The present invention is implemented by providing a complete new layer/networtc which is termed NETS (i 
e. Networic of Ethemet Transport over SDH/SONET). The NETS comprises basic elements to be defined herebelow" 
[0018] The basic resources of NETS are the SDH/SONET Virtual Containers; the NETS uses these resources as 
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basic pipelines to connect two Ethernet access points (point to point connection). 

[0019] The NETS model provides different schemes of connection and management of these basic pipelines; by 
means of this new model it is possible to provide new services and to perform, in a better way, services already provided 
by SDH/SONET network. 

5 [0020] The NETS model is based on five basic elements: Access Point. Link, Circuit, Pipe and Path. 

[0021] An Access Point (AP) is an Ethernet interface at the boundary of an SDH/SONET network; it is the point 
where the Ethernet traffic can access/leave the SDH/SONET network. 

[0022] Fig. 1 depicts a simple example of network comprising six Network Elements (NE) with each network element 
having an Access Point; naturally, a Network Element can host more than one Access Point. 
10 [0023] Only the Network Elements with capability to drop/insert Ethernet trafTic are depicted; Network Elements that 
just manage SDH/SONET traffic are transparent and are not depicted. 

[0024] A pair of Ethemet Access Points defines a point to point connection; this connection is named Link. For 
instance, with reference to Fig. 1, the pair AP #0 & AP #1 identifies a link; the couple AP #2 & AP #5 defines another 
link, and so on. 

15 [0025] In case two access points are connected to a single link, such a link represents a Point-to-Point connection. 
Should an access point be connected to more than one link, such an access point is subject to a Point-to-muiti Point 
connection but the various links are to be considered Point-to-Point connections. In case of multipoint connections, 
dispatching (sending different frames to several APs) and grooming (aggregations of frames coming from several APs) 
functionalities should be provided. 

20 [0026] An SDH/SONET network could allow for the connection of two Access Points (i.e. to accomplish a Link) by 
means of different routes; every route is named Circuit A Circuit is obtained by a Pipe concatenation and could be 
considered as a series connection of N Pipes. 

[0027] The following Table 1 lists the possible routes for the Link Identified by the Access Points AP #0 & AP #1 in 
Fig. 1. 

25 

Table 1 



30 



35 



LINK 


RELATED CIRCUITS 


AP#0 - AP#1 


NE #0 - NE # 1 


NE #0 - NE#4 - NE #1 


NE #0 - NE #3 • NE #4 . NE #1 


NE #0 - NE #3 - NE #2 - NE #1 


NE #0 - NE #4 . NE #3 - NE#2 - NE #1 



[0028] In principle, also route NE #0 - NE #4 - NE #3 - NE #0 - NE #1 is possible but it is not really significant because 
it is made up by a ring that leads to the starting point NE #0 and route #1 . 

[0029] Link AP #0 - AP #1 is accomplished by means of these five circuits; of course a subset of all possible Circuits 
could be selected to accomplish a Link. 

[0030] In its turn, every Circuit/route that connects two Access Points can be divided into a sequence of smaller 
segments; every segment is named Pipe. 

[0031] With reference to the previous list of Circuits, in Table 2 is the description of all the related Pipes. 
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Table 2 





LINK 


RELATED CIRCUITS 


RELATED PIPES 


5 


AP #0 - AP #1 


NE #0 • NE # 1 


NE #0 - NE # 1 






NE #0 - NE#4 - NE #1 


NE #0 - NE#4 








NE#4 - NE #1 


10 




NE #0 - NE #3 - NE #4 - NE #1 


NE #0 - NE #3 






NE #3 - NE #4 








NE#4-NE#1 






NE #0 - NE #3 - NE #2 - NE #1 


NE #0 - NE #3 


15 






NE #3 . NE #2 








NE #2 - NE #1 






NE #0 - NE #4 - NE #3 - NE#2 - NE #1 


NE #0 - NE #4 


20 






NE #4 - NE #3 






NE #3 - NE#2 








NE#2 - NE #1 



t 



[0032] As it is clear from the above Table 2, a Pipe can be shared among different Circuits. 

[0033] In its turn, every Pipe comprises one or more SDH/SONET Virtual Containers; this means that its capability 
is the sum of the capabilities of all the related Virtual Containers. 

[0034] Here below (see Table 3), with reference again to Figure 1. is a complete Link description with the Pipe 
composition. 



30 


Table 3 








LINK 


RELATED CIRCUITS 


RELATED PIPES 


PIPE COMPOSITION 




AP #0 - AP #1 


NE #0 - NE #1 


NE #0 ' NE #1 


5x VC- 12 


35 




NE #0 - NE#4 - NE #1 


NE #0 - NE#4 


1 VC.3 






NE#4 - NE #1 


10x VC-12 






NE #0 - NE #3 - NE #4 - NE #1 


NE #0 - NE #3 


3x VC-12 








NE #3 - NE #4 


1 VC-3 


40 






NE#4-NE#1 


10 X VC-12 






NE #0 - NE #3 - NE #2 - NE #1 


NE #0 - NE #3 


3 X VC-12 








NE #3 - NE #2 


1 VC-3 


45 






NE#2-NE#1 


5 X VC-12 






NE #0 - NE #4 - NE #3 - NE#2 - NE #1 


NE #0 - NE #4 


1 VC-3 








NE #4 - NE #3 


1 VC-3 








NE #3 - NE#2 


1 Vc-3 


50 






NE#2 . NE #1 


5 X VC-12 



[0035] The basic pipeline is the Virtual Container that connects two Network Elements; It is named Path. 
[0036] In order to improve the interfacing between Ethernet and SDH/SONET, and for better supporting all the func- 
tionalities that have been selected, it has been decided to insert a further level of data encapsulation. The protocol 
used for this intermediate level is GFP (Generic Frame Procedure). This technique has been selected because GFP 
packet has been property defined for allowing the mapping of generic data in transport frames having variable-length 
payload and based on octet alignment, such as SDH/SONET and OTN (Optical Transport Network). Fig. 3 shows a 
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basic scheme of data encapsulation according to the present invention. 

[0037] From the figure one can infer that the first encapsulation stage has a 1 :1 rate (an Ethemet message is inserted 
In a GFP message). As far as the mapping of GFP packets into SDH/SONET Virtual Containers is concerned, such a 
mapping is accomplished by a method similar to the one used for mapping ATM frames. In order to facilitate the 
5 comprehension of such a procedure, it is possible to consider the GFP packets as a byte stream to be inserted into 
Virtual Containers. The number of GFP packets that could be inserted into a VC is variable and depends on two 
fundamental factors: the VC capacity and the GFP dimension which in turn depends on the Ethemet frame to be 
transported. 

[0038] According to these two factors, it is possible that a single GFP packet is mapped into two or more Virtual 
10 containers or that a plurality of GFP packets is inserted into a single VC. 

[0039] In order to recover the GFP frames, it Is necessary to perform an alignment to PLI field, which in turn indicates 
the length of payload data field. The PLI (PDU Length Indication) field will be disclosed below. Some examples of GFP- 
to-VC-x mapping are also reported below. 

[0040] In PLI field there are provided two octets. They are the binary number representing the number of octets 
15 contained into the payload area of the packet itself. 

[0041] The monitor information for managing the network according to the present invention are exchanged through 
the use of proper Scout Message GFP packets. They are control packets that are always sent before sending single 
packets containing Ethernet frames (in principle, a proper scout message alone is sent in case there are no messages 
to be transported). 

20 [0042] Four different scout messages are provided according to the present invention. In principle, each different 
scout message covers a portion of the information that is requested by the network that is realized in accordance with 
the present invention. Conveniently, each Scout Message comprises a SMT (Scout Message Type) field for cleariy 
indicating the type of scout message (for instance: STM for Path Status Message = 00; STM for Complete Status 
Message = 01; STM for Complete Status and Ethernet Message Info = 02 and STM for Complete Status and Delay 

25 Message = 03). 

[0043] The first and simpler Scout Message that is provided is termed Path Status Message, It is able to report only 
the information relating to the path operation condition. 

[0044] The second Scout Message, termed Complete Status Message, contains all the information required for cal- 
culating an estimation of delays of data propagation through the virtual private network and the information relating to 
30 the operation status of Links, Circuits and Paths. 

[0045] The third Scout Message, temned Complete Status and Ethernet Message Info, is put before the GFP message 
containing the Ethemet frame. The object of such a packet is to transport all the information relating to the operation 
status, those information required for calculating the transit time of packets and those information relating to the Ethemet 
message that is transported. 

35 [0046] The fourth Scout Message, termed Complete Status and Delay Message, is very similar to the third one but 
the difference is in that it is sent without a GFP packet containing an Ethemet frame. The object of such a Scout 
Message is to provide useful indications about transit times of Circuits of a Link even if there are no Ethemet frames 
to be sent. Just for this reason, all the fields containing information relating to the data message are not significant; 
only the fields transporting the Path status, the Circuit status. Link status and their delays are considered as valid. 

40 [0047] There now follow some examples of mapping Ethemet frames into SDH structures. The very same concepts 
are equally applicable to SONET structures. 

[0048] In order to better understand the mapping procedure according to the present invention, the following basic 
notions and new concepts are set forth. 



Capacity C-4 j 2340 bytes 
Capacity C-1 2 j 136 bytes 
Capacity C-3 756 bytes 



Max size of Ethemet frames: 1518 bytes + 8 bytes (preamble + SDF) 

Size of additional GFP fields for an Ethemet frame: 12 bytes 

Size of Scout Message Complete Status and Ethemet Message Into: 20 bytes 

Size of Scout Message Complete Status Message: 18 bytes 

[0049] First Example: mapping a 1526-byte Ethemet frame, together with an accompanying Scout Message, into i) 
a VC-4, ii) a VC-3 or iii) VC-12. The accompanying Scout Message is Complete Status and Ethernet Message Info, 
Within the GFP packet encapsulating the Ethemet Frame, the Preamble and SFD (Start Frame Delimiter) fields of the 
Ethemet frame should not be included; thus, in the Payload Data field of GFP, 1518 bytes are inserted. As the Scout 
Message size is 20 bytes. 1550 bytes are inserted into the SDH frame payload. 



5 
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I) Mapping into a VC-4: a C-4 container has 2340 bytes and thus it Is possible to Insert only the Ethernet message 
together with the respective Scout Message (2340 bytes / 1 550 bytes = 1 ,509). In case two Ethernet frames should 
be transported, it is dear that the second Ethernet frame and Us Scout Message can be only partially inserted in 
the first container while the remaining bytes should be mapped into the second C-4 (see Fig. 3). 

ii) Mapping into a C-3: a C-3 container has 756 bytes and thus three C-3 containers should be used for inserting 
an Ethernet frame. Two containers will be completely filled while the third one will be only partially used. 

iii) Mapping into a C-12: a C-12 has 136 bytes and thus twelve C-12 containers should be used for inserting an 
Ethernet frame. Eleven containers will be completely filled while the last one will be only partially used. 

Second Example: mapping a 1 8-bytes Complete Status Message into iv) C^. v) C-3 and vi) C-12. 

iv) Mapping into a VC-4: a C-4 container has 2340 bytes and thus it is possible to insert 130 Complete Status 
Messages. 

v) Mapping into a C-3: a C-3 container has 756 bytes and thus it is possible to insert 42 Complete Status Messages. 
VI) Mapping into a C-12: a C-12 has 1 36 bytes and thus seven Complete Status Messages could be inserted, with 
a further Complete Status Message being partially Inserted. 

[0051] Naturally, the above calculations are purely theoretic, as the size of an Ethernet frame does not always cor- 
respond to the admissible maximum size. 

[0052] A point-to-point connection of two Access Points is accomplished by the following steps: 

a) Defining a Link; 

b) Selecting one or more Circuit(s); 

c) Defining the size of the related Pipes; and 

d) Selecting the related Paths. 

[0053] As now the point-to-point connection is fully defined, the simple transport of an Ethernet frame is performed 
by the following steps: 

e) Receiving the Ethernet frame at the Ethernet interface of one Access Point; 
0 Routing the Ethernet frame to at least one link; 

g) Selecting one of the available Circuits; 

h) Selecting one available Path of the (first) Pipe of the selected Circuit; 

i) Encapsulating the Ethernet frame into the selected available Path (i.e. Virtual Container); 

j) Transporting the Ethernet frame up to the next Network Element (namely, up to the end of the Pipe); and 
k) Extracting the Ethernet frame from the Virtual Container. 

[0054] In case the selected Circuit comprises further Pipes, steps h) to k) are repeated in every intermediate Network 
Element until the last Network Element is reached. Furthermore 

I) Inserting the extracted Ethemet frame in a re-ordered queue. In fact, due to the possible skew among different 
Circuits or among the different Paths of a Pipe, the order of the messages received at the destination Network 
Element could be different from the order of the messages at the starting Access Point, so a re-ordering action is 
required. Should just one Circuit and simple Paths be used, step k) is not required, 
m) Finally, providing the Ethernet frame to the Ethemet interface of the destination AP. 

[0055] The above is just an example of simple transport for showing the versatility of the additional network/layer 
according to the present invention. Herebelow is a detailed description of an Ethemet hitless protection performed 
through the present invention. In principle. SDH/SONET networi<s already provide different types of protection (for 
instance SNCP or MS-SPRING) ttiat can be applied to Ethemet frames as Ethemet frames are encapsulated into SDH/ 
SONET Virtual Containers. The advantage of the Ethernet hitless protection mechanism according to the present 
invention is that it is performed at the lower possible level, it could be easily hardware implemented and provides hitiess 
performances. 

[0056] With reference to Fig. 1 . let consider the point-to-point connection (Link AP #0 - AP #1 ) which is identified by 
the pair of Access Points AP #0 and AP #1 . Different routes made up by SDH/SONET Virtual Containers can connect 
the two Access Points AP #0 and AP #1; for instance, two of them could be Circuit A and Circuit B. Circuit A Is the 
direct route comprising five VC-12; Circuit B is a route comprising a sequence of one VC-3 and ten VC-12 with an 
intennediate node (NE #4). In principle, several other routes can connect the two Access Points AP #0 and AP #1 but 
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for the aim of this example and for clarity reasons just two of them will suffice. 
[0057] Fig. 1 highlights the selected Link with the two related Circuits. 
[0058] The basic idea of the proposed solution comprises the following steps: 



5 □ Every time an Ethernet frame is received at AP #0 of NE #0 it is transmitted along both Circuit A and Circuit B. 
Clearly, the transmission along two different routes results in a protection service. 

□ As a consequence of the previous step, NE #1 receives the same Ethemet frame twice; as a rule, it will accept 
the frame received from the faster Circuit and discharges the second one. Let consider Circuit B is faster than 
Circuit A; Ethernet frames received from Circuit B are selected while the frames received from Circuit A are dis- 

10 charged. 

□ In case of failure of Circuit B, NE #1 just receives frames from Circuit A and of course accepts them; the protection 
is accomplished by changing the selection of the Circuit from B to A. 



[0059] The protection is hitfess because the selection is frame-based and the sequence of Ethernet frames is main- 
15 tained. 

[0060] Here is a more detailed description of the proposed Ethernet hitless protection solution, having further refer- 
ence to Figs. 1 and 4. 

[0061] Every time an Ethernet frame is received at AP #0 of NE #0 it is stored in a queue of incoming messages. 
[0062] Each frame is labeled in order to recover the exact frame sequence at the ending point. For instance, a 

20 sequence of labeled received frames could be FR^, FRj, FR3, ... FR„. 

[0063] The received frame is transmitted by two separate transmitters, TXA and TXB, to Circuit A and Circuit B. 
respectively. Different types of Virtual Containers (VC-12 for Circuit A and VC-3A/C-12 for Circuit B) perform the trans- 
port of a frame along different routes (direct for Circuit A. with an intermediate node for Circuit B). At the receiving node * 
two different receivers are provided (RXA, RXB). 

25 [0064] At intermediate node (NE #4) of Circuit B, the Ethemet frames are stored in an intermediate node queue. In 
principle, the presence of an intermediate node in a Circuit results in a delay in the frame transmission. In the present 
case. Circuit B is faster than Circuit A because the capability of the two pipes (one VC-3 and ten VC-12) of Circuit B 
is higher notwithstanding the presence of the intermediate node (NE #4). 

[0065] This means that a frame (for instance FRi) from Circuit B is received at NE #1 before the same frame is 
30 received from Circuit A; NE #1 just selects the first received one and stores it in a queue of outgoing Ethemet frames 
that are transmitted at AP #1 . 

[0066] Until both the Circuits are active, only the frames received from the faster one are selected and stored in the 
queue of outgoing frames; of course the frame sequence is maintained (possibly it is recovered through the label). 
[0067] If a failure occurs on Circuit B, after the transmission of frame FR3, NE #1 receives frame FR4 only once (only 
35 from Circuit A). 

[0068] NE #1 selects frame FR4 from Circuit A because it is the first received one and stores it in the queue; the 
same for the following frames until Circuit B is restored. 

[0069] Frame FR4 and the following ones are not lost and the frame sequence is maintained; this means that a hitless 

protection was successfully performed. 
40 [0070] When Circuit B is restored. NE #1 changes again its selection into a failure-firee hitless mode. 

[0071] It is important to note that the Circuit selection is frame-by-frame based and it is not related neither to the last 

selection nor to the reception status of the previous or the following frames. In other words, when a frame labeled as 

FRn+^ is received, the Circuit selection is performed independently of the last selection and also independently whether 

frame FR^ or fR„^2 already been received or not. 
45 [0072] Anyway, the reception of frame fRn*^ before frame FR^ could occur when the skew between the two Circuits 

is equal to or longer than the time required for a frame transport or the faster Circuit is restored after a failure. 

[0073] It could happen that the transport of frame FR^ is performed by Circuit A only because of the failure of Circuit 

B but the transport of frame FR„^^ is performed by both Circuits because Circuit B has been restored. Due to the skew 

between the two Circuits, NE #1 receives frame fRn^^ from Circuit B before frame FR^ from Circuit A. Frame FRn+^ 
so is stored in the queue and the related selection is Circuit B; also frame FR„ is stored in the queue but the related 

selection is Circuit A. Of course, frame FR^^^ cannot be provided to AP #1 until the reception of frame FR^. 

[0074] The independent frame-by-frame selection of the Circuit is important not only when a Circuit failure occurs/ 

disappears but also when both the Circuits are active. 

[0075] With reference again to Fig. 1 , let consider a further Link, the Link AP #0 - AP #4; one Circuit of this Link 
55 (Circuit C) could be made up by a VC-3 between NE #0 and NE #4 and a VC-3 between NE #4 and NE #3. It is realized 
that the first VC-3 is the same VC-3 used for Circuit B of Link AP #0 - AP #1 , i.e. it is a shared resource. 
[0076] The above results in a transport delay of a frame along Circuit B that also depends on the traffic of the other 
Circuit (Circuit C) and that can dynamically change. 
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[0077] In case Circuits A, B and C are active and the transport delay along one or both Circuits dynamically changes 
for the shared resources, the fastest Circuit can dynamically move from Circuit A to Circuit B and wee versa. Thus, the 
Circuit selection can change also without the occurrence of any failures. 

[0078] The present invention can be implemented both in hardware and software. Advantageously it is hardware 
implemented through a SDH/SONET network comprising network elements (for instance ADMs and Cross-Connects) 
and fiber connections. In particular, the new layer according to the invention is provided by a network manager managing 
the phlsical network at an high level. Furthermore, within the network elements (or at least a part thereof) iat least an 
additional board is provided. Each additional board comprises at least one Ethernet interface, namely an Access Point. 
Generally, a number of Access Points are provided in each additional board. 

[0079] According to a preferred embodiment of the present invention, each additional board comprises FPGA means 
(two FPGAs, namely two Field Programmable Gate Arrays), memory means and lintegrated Circuit means (two ASICs). 
The network manager provides some information to the additional board (particularty to the FPGAs) comprising which 
AP should be used, the bit rate of the Ethernet flow (10 or 100 Mb/s) and the SDH/SONET resources to be used for 
transporting the Ethernet signal. Furthermore, the FPGAs perfomi several additional tasks such as filling/emptying the 
virtual containers. 

[0080] The memory means comprise several memories, namely a data memory, an external memory with routing 
information, a link memory for storing infomnation about each link and a circuit memory for containing the circuit queues 
and tables. 

[0081] A further advantage that is provided by the present invention is that each GFP packet for Ethernet frames 
comprises a Core Header Error Check field containing a CRC error correction code for protecting Uie integrity of GFP 
packet core header. The CRC error correction code according to the present invention Is able to correct a single error 
and to detect any possible further errors. Thus, the advantage is that only the errored Ethernet frames could be dis- 
carded when a SDH/SONET frame is received, the error-free frames could be advantageously kept. This is in contrast 
with the error connection code mechanisms that are provided for correcting errors in the whole SDH/SONET frame. 
[0082] A still further advantage of the present invention is that it could be applied to any network topology, namely 
linear, meshed, ring, faree... 



Claims 

1. A method for handling Ethemet frame signals In a SDH/SONET networi<, the SDH/SONET network comprising 
network elements or nodes and fiber connections connecting the networi< elements, the method being character- 
ized by the step of defining a new layer/network (NETS) in between SDH/SONETand Ethernet, in order to manage 
the Ethernet signals over the SDH/SONET networi<, the new layer/networic (NETS) using the resources of SDH/ 
SONET networi< in such a way as to optimize the provided services and the performances with reference to this 
specific type of transport, wherein the step of defining a new layer/network (NETS) comprises the steps of: 

defining at least two Ethernet Access Points (AP). namely Ethernet interfaces at the SDH/SONET networic 
boundary where the Ethemet signals can access/leave the SDH/SONET network; 
defining a Link as a pair of Ethernet Access Points providing a point-to-point connection; 
for any pair of Ethernet Access Points, defining con-esponding Circuits, namely all the possible routes con- 
necting the pair of Access Points through the SDH/SONET network; and 
dividing each Circuit into Pipes, namely a sequence of smaller segments. 

2. Method according to claim 1 , characterized in that it further comprises the steps of: 

e) receiving the Ethernet frame signals at the Ethemet interface of one Access Point (AP); 

f) routing the Ethemet frame signals to at least one link; 

g) selecting one of the available Circuits; 

h) selecting one available Path of the first Pipe of the selected Circuit; 

i) encapsulating the Etiiemet frame signals into at least one Virtual Containers of the selected available Path; 
j) transporting the Ethemet frame signals to the next Network Element namely, up to the end of the Pipe; and 
k) at the Ethernet interface of tiie destination Access Point, extracting the Ethemet frame signals from the at 
least one Virtual Container. 

3. Method according to claim 2, characterized by comprising the additional step of inserting the extracted Ethemet 
frame in a re-ordered queue. 
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4. Method according to claim 2, characterized in that, in case the selected Circuit comprises further Pipes, steps 
h) to i) are repeated In any Intermediate Network Element until the last Network Element Is reached. 

5. Method according to claim 2, characterized in that step I) comprises the step of mapping the Ethernet frame 
5 signals into GFP frames and mapping the GFP frames into Virtual Containers. 

6. Method according to daim 2, characterized In that step i) comprises the step of providing a scout message 
containing monitor information for managing the new layer/network (NETS). 

10 7. Method according to claim 2, characterized in that step j) comprises the step of transporting the same Ethernet 
frame signals through at last two different Circuits and step k) comprises the step of performing a hitless frame- 
based switch in order to select frames from the faster Circuit or from the non failured Circuit. 

8. Network manager for managing a SDH/SONET network and handling Ethernet frame signals therein, the SDH/ 
15 SONET network comprising network elements or nodes and fiber connections connecting the network elements. 

the manager being characterized by comprising: means for providing a new layer/network (NETS) In between 
SDH/SONETand Ethernet, in order to manage the Ethemet signals over the SDH/SONET network, means for 
allowing the new layer/network (NETS) using the resources of SDH network in such a way as to optimize the 
provided services and the performances with reference to this specific type of transport, wherein said means for 
20 providing a new layer/network (NETS) comprise: 

means for defining at least two Ethemet Access Points (AP). namely Ethemet interfaces at the SDH/SONET 
network boundary where the Ethemet signals can access/leave the SDH/SONET network; 
means for defining a Link as a pair of Ethemet Access Points providing a point-to-point connection; 
25 means for defining, for any pair of Ethemet Access Points, corresponding Circuits, namely all the possible 

routes connecting the pair of Access Points through the SDH/SONET network; and 
means for dividing each Circuit into Pipes, namely a sequence of smaller segments. 

9. Device for handling Ethernet frame signals in a SDH/SONET network, the SDH/SONET network comprising net- 
30 work elements or nodes and fiber connections connecting the network elements, characterised in that it com- 
prises: means for creating a new layer/network (NETS) in between SDH/SONET and Ethemet, in order to manage 
the Ethemet signals over the SDH/SONET network; 

at least one access point (AP) interface for receiving Ethemet frame signals; 
35 means for routing the received Ethemet frame signals to at least one link, wherein a link is a pair of Ethemet 

Access Points providing a point-to-point connection in the network; 

means for selecting an available Circuit, wherein a Circuit is one of the possible routes connecting the pair of 
Access Points through the network; and 

means for encapsualting the Ethemet frame signals into at least one Virtual Container of the selected available 
40 Path. 

10. Device according to claim 9, characterised in that it further comprises means for estracting the Ethemet frame 
signals, transported through the network, from the at least one Virtual Container. 

45 11. Device according to claim 9. characterised in that it further comprises memory means for storing the Ethemet 
frame signals in signal queues. 

12. Device according to any claims 9-11 . characterized in that it comprises means for handling information received 
by a networic manager, such information comprising Indications of access points to be used, bit rate of incoming 
50 Ethemet frames and resources to be associated to a certain access point. 



PatentansprQche 

1. Verfahren zur Obertragung von Ethemet Rahmensignalen in einem SDH/SONET Netzwerk. wobei das SDH/SO- 
NET Netzwerfc Netzwerkelemente Oder Knoten und Gtasfasem zur Verbindung der Netzwerkelemente umfasst 
und das Verfahren durch den Schritt gekennzeichnet ist, bei dem eine neue Netzwerkschicht (NETS) zwischen 
SDH/SONET und Ethemet definiertwird, um die Ethemetsignale Qber das SDH/SONET Netzwerk zu leiten, wobei 
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die neue Netzwerkschicht (NETS) die Ressourcen des SDH/SONET Netzwerks so verwendet, dass die zur Ver- 
fugung gestellten Dlenste und Leistungsmerkmale im Hinblickauf diese besondere Ubertragungsartoptimlert wer- 
den, wobei der Schritt der Definition einer neuen Netzwerkschicht (NETS) folgende Teilschritte umfasst: 

Definition von wenigstens zwei Ethernet Zugangspunkten (AP), ndmiich Ethernet Schnittstellen an den SDH/ 
SONET Netzwerkgrenzen, an denen die Ethemetsignale auf das SDH/SONET Netzwerk zugreifen oder es 
verlassen k5nnen; 

Definition einer Verbindung als Paar von Ethernet Zugangspunkten zur Bereitsteliung einer Punkt-zu-Punkt 

Verbindung; 

Definition entsprechender Leitungen fur jedes Paar von Ethernet Zugangspunkten, namlich aller fur die Ver- 
bindung der Paare von Ethernet Zugangspunkten moglichen Routen durch das SDH/SONET Netzwerk; und 
Auftellen jeder Leitung in Pipes, ndmiich einer Folge von kleineren Segmenten. 

Verfahren nach Anspruch 1 , dadurch gekennzeichnet, dass es welterhin folgende Schritte umfasst: 

e) Empfangen des Ethernet Rahmensignats an der Ethernetschnittstelle eines Zugangspunkts (AP); 

f) Routing des Ethernet Rahmensignals zu wenigstens einer Verbindung; 

g) Auswahl einer der zur Verfugung stehenden Leitungen; 

h) Auswahl eines zur Verfugung stehenden Pfades der ersten Pipe der ausgewShlten Leitung; 

i) Verkapselung des Ethernet Rahmensignals in wenigstens einen virtueilen Container fur den ausgewahlten 
zur Verfugung stehenden Pfad; 

j) Ubertragung des Ethernet Rahmensignals an das nachste Netzwerkelement. namlich 

bis zum Ende der Pipe; und 

k) an der Ethernet Schnittstelle des Bestimmungs- Zugangspunkts Abtrennen des Ethemet Rahmensignals 
von dem wenigstens einen virtueilen Container. 

Verfahren nach Anspruch 2. dadurch gekennzeichnet, dass es den zusatztichen Schritt umfasst, dass das ab- 
getrennte Ethemet Rahmensignal in eine umsortierte Warteschlange eingefQgt wird. 

Verfahren nach Anspruch 2, dadurch gekennzeichnet, dass, falls die ausgewdhtte Leitung weitere Pipes umfasst, 
die Schritte h) bis i) an jedem Zwischennetzwerkelement wiederholt werden, bis das letzte Netzwerkelement er- 
reicht ist. 

Verfahren nach Anspruch 2, dadurch gekennzeichnet, dass der Schritt i) den Schritt des Mappings des Ethemet 
Rahmensignals in GFP Rahmen und des Mappings der GFP Rahmen in virtuelle Container umfasst. 

Verfahren nach Anspruch 2, dadurch gekennzeichnet, dass der Schritt i) den Schritt des Bereitstellens einer 
Scoutmeldung umfasst, die Monitorinformation fOr das Management der neuen Netzwerkschicht (NETS) enthdit. 

Verfahren nach Anspruch 2, dadurch gekennzeichnet, dass der Schritt j) den Schritt der Obertragung des glei- 
chen Ethernet Rahmensignals uber wenigstens zwei Leitungen umfasst und dass der Schritt k) die Betatigung 
eines rahmensynchronisierten IHitless Switch umfasst, um Rahmen von der schnelleren Leitung oder von derfeh- 
lerfreien Leitung auszuwahlen. 

Netzwerkmanager zum Betreiben eines SDH/SONET Netzwerks und zur Ubertragung von Ethernet Rahmensi- 
gnaien darin, wobei das SDH/SONET Netzwerk Netzwerkelemente oder Knoten und Glasfasem umfasst, die die 
Netzwerkelemente verbinden und der Netzwerkmanager dadurch gekennzeichnet ist, dass er umfasst: 

Mittel zur Bereitsteliung einer neuen Netzwerkschicht (NETS) zwischen SDH/SONET und Ethemet, um die 
Ethemetsignale uber das SDH/SONET Netzwerk zu leiten; 

Mittel zur Nutzung der Ressourcen des SDH/SONET Netzwerks auf eine Weise. die die zur Verfugung ge- 
stellten Dienste und Leistungsmerkmale im Hinbtick auf diese besondere Ubertragungsart optimiert. wobei 
die Mittel zur Bereitsteliung einer neuen Netzwerkschicht (NETS) umfassen: 

Mittel zur Definition von wenigstens zwei Ethemet Zugangspunkten (AP), ndmlich Ethemet Schnittstellen an 
den SDiH/SONET Netzwerkgrenzen, an denen die Ethemetsignale auf das SDiH/SONET Netzwerk zugreifen 
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Oder es verlassen kCnnen; 

Mittel zur Definition einer Verbindung als Paar von Ethernet Zugangspunkten zur Bereitstellung einer Punkt- 
zu-Punkt Verbindung; 

Mittel zur Definition entsprechender Leitungen fOr jedes Paar von Ethernet Zugangspunkten. nSmlich aller fur 
5 die Verbindung der Paare von Ethernet Zugangspunkten m6glichen Routen durch das SDH/SONET Netzwerk; 

und 

Mittel zum Aufteilen jeder Leitung in Pipes, nSmlich etner Folge von kleineren Segmenten. 

9. Einrichtung zur Ubertragung von Ethernet Rahmensignalen in einem SDH/SONET Netzwerk, wobei das SDH/ 
10 SONET Netzwerk Netzwerkelemente oder Knoten und Glasfasem umfasst, die die Netzwerkelemente verbinden, 

dadurch gekennzeichnet, dass sie umfasst: 

Mittel zur Bereitstellung einer neuen Netzwerkschicht (NETS) zwischen SDH/SONET und Ethernet, um die 
Ethemetsignate Oberdas SDH/SONET Netzwerk zu leiten; 
15 - wenigstens eine Schnittstelle eines Zugangspunkts (AP) zum Empfang der Ethernet Rahmensignale; 

Mittel zum Routing des empfangenen Ethernet Rahmensignals zu wenigstens einer Verbindung; wobei eine 
Verbindung ein Paar von Ethernet Zugangspunkten zur Bereitstellung einer Punkt-zu-Punkt Verbindung im 
Netzwerk ist; 

Mittel zur Auswahl einer der zur Verfugung stehenden Leitungen; wobei eine Leitung eine der fur die Verbin- 
20 dung der Paare von Ethernet Zugangspunkten mdglichen Routen durch das Netzwerk ist; und 

Mittel zur Verkapselung des Ethernet Rahmensignals in wenigstens einen virtuellen Container fOr den ausge- 
wahlten zur VerfQgung stehenden Pfad. 

10. Einrichtung nach Anspruch 9. dadurch gekennzeichnet, dass sie weiterhin umfasst: Mittel zum Abtrennen der 
25 durch das Netzwerk ubertragenen Ethernet Rahmensignale von dem wenigstens einen virtuellen Container 

11. Einrichtung nach Anspruch 9, dadurch gekennzeichnet, dass sie weiterhin umfasst: Mittel zur Speicherung der 
Ethemet Rahmensignale in Signalwarteschiangen. 

30 12. Einrichtung nach einem der Anspruche 9 bis 11 , dadurch gekennzeichnet, dass sie Mittel umfasst zur Bearbei- 
tung von Informationen, die von einem Netzwerkmanager empfangen werden, wobei diese informationen Angaben 
Qber zu verwendende Netzwerkzugangspunkte, Bitraten der etngehenden Ethemetrahmen und Ressourcen. die 
bestimmten Zugangspunkten zuzuordnen sind. umfassen. 



Revendi cations 

1. Precede de manipulation de signaux de trame Ethernet dans un r6seau SDiH/SONET. le reseau SDIH/SONET 
comprenant des didments de reseau ou noeuds et des connexions par fibre optique reliant les 6l6ments de rSseau, 

40 le proc6d6 6tant caract6ris6 par r6tape consistant d dSfinir une nouvelle couche/ un nouveau reseau (NETS) 

entre SDH/SONET et Ethernet, de fagon d g^rer les signaux Ethemet d travers le reseau SDH/SONET, la nouvelle 
couche/ le nouveau r6seau (NETS) utilisant les ressources du r6seau SDH/SONET de fagon a optimiser les ser- 
vices foumis et les performances en ce qui conceme ce type specifique de transport, dans lequel Tetape consistant 
d d6finir une nouvelle couche/ un nouveau reseau (NETS) comprend ies stapes consistant d : 

45 

definir au moins deux points d'acces Ethemet (AP), notamment des interfaces Ethemet, d la limite du reseau 
SDH/SONET ou les signaux Ethemet peuvent acceder au reseau SDH/SONET ou quitter celui-ci ; 
definir une liaison comme une pairs de points d'acces Ethemet assurant une connexion point d point ; 
pour nlmporte quelle paire de points d'accds Ethemet, d6finir des circuits correspondants, notamment tous 
50 les acheminements possibles reliant la paire de points d'acces it travers le r6seau SDH/SONET; et 

diviser chaque circuit en pipelines, notamment en une sequence de segments plus petits. 

2. Proc§d6 selon la revendication 1 , caract6ris6 en ce quHl comprend en outre les stapes consistant d : 

55 e) recevoir les signaux de trame Ethemet a I'interface Ethemet d'un point d*acc6s (AP) ; 

f) acheminer les signaux de trame Ethemet d au moins une liaison ; 

g) s^lectionner i*un des circuits disponibles ; 

h) sSlectionner un chemin disponible du premier pipeline du circuit s6lectionn6 ; 
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i) encapsuler les signaux de trame Ethernet dans au moins un conteneur virtuel du chemin disponible 
s6lectionn6 ; 

j) transporter les signaux de trame Ethernet jusqu'a r6l6ment de r6seau suivant, notamment jusqu'd la fin du 
pipeline : et 

k) d rinterface Ethernet du point d'accds de destination, extraire les signaux de trame Ethemet dudit au moins 
un conteneur virtuel. 

Precede selon la revendication 2, caracteris6 en comprenant I'fetape suppl§mentaire consistent d insurer la trame 
Ethernet extraite dans une file d'attente r6organis§e. 

Proc6d§ selon la revendication 2. caracterise en ce que, au cas ou le circuit s^lectionne comprendrait des pipe- 
lines supplementaires. les stapes h) d i) sont rep6t6es dans n'importe quel 6l6ment de r6seau interm6diaire jusqu'd 
ce que le dernier 6l6ment de r^seau soit atteint. 

Proced§ selon la revendication 2, caract6ris6 en ce que I'etape i) comprend I'etape consistent a affecter les 
signaux de trame Ethernet a des frames GFP et ^ affecter les trames GFP S des conteneurs virtuels. 

Proc6d6 selon la revendication 2, caracterisd en ce que r6tape i) comprend I'etape consistent d fournir un mes- 
sage 6claireur contenant des informations de surveillance pour gerer la nouvelle couche/ le nouveau rdseau 
(NETS). 

Procede selon la revendication 2. caract^rlsd en ce que I'etape j) comprend I'etape consistent d transporter les 
m§mes signaux de trame Ethemet d travers au moins deux circuits differents et I'etape k) comprend I'etape con- 
sistant S effectuer une commutation d base de trame sans coTnddence de fagon d s^lectionner des trames du 
circuit plus rapide ou du circuit non defectueux. 

Gestionnaire de r6seau permettant de gerer un r6seau SDH/SONET et de manipuler des signaux de trame Ether- 
net dans celle-ci/ celui-ci, le reseau SDH/SONET comprenant des Elements de reseau ou noeuds et des con- 
nexions par fibre optique reliant les elements de reseau. le gestionnaire etant caract6ris6 en ce qu'il comprend : 

des moyens pour prevotr une nouvelle couche/ un nouveau reseau (NETS) entre SDH/SONET et Ethemet 
de fagon d g^rer les signaux Ethernet d travers le reseau SDH/SONET; 

des moyens pour permettre d la nouvelle couche/ au nouveau reseau (NETS) d'utiliser les ressources du 
reseau SDH de fagon d optimiser les services fournis et les performances en ce qui concerne ce type sp6cifique 
de transport. 

dans lequet lesdits moyens pennettant de prSvoir une nouvelle couche/ un nouveau reseau (NETS) 
comprennent ; 

des moyens pour d6flnir au moins deux points d'acc^s (AP) Ethemet, notamment des interfaces Ethemet a 
la limite du r6seau SDH/SONET oij les signaux Ethernet peuvent acceder au r6seau SDH/SONET ou quitter 
celui-ci 

des moyens pour d^finir une liaison comme une paire de points d'acces Ethernet assurant une connexion 
point d point ; 

des moyens pour definir, pour n'importe quelle paire de points d'acces Ethemet, des circuits correspondents, 
notamment tous les acheminements possibles reliant la paire de points d'acces d travers le reseau SDH/ 
SONET; et 

des moyens pour diviser cheque circuit en pipelines, notamment en une sequence de segments plus petits. 

Dispositif de manipulation de signaux de trame Ethemet dans un reseau SDH/SONET, le reseau SDH/SONET 
comprenant des 6l6ments de r6seau ou noeuds et des connexions par fibre optique reliant les 6l6ments de r6seau, 
caract6ris6 en ce qull comprend : 

des moyens pour cr6er une nouvelle couche/ un nouveau r6seau (NETS) entre SDH/SONET et Ethemet de 

fagon d g6rer les signaux Ethernet d travers le r6seau SDH/SONET; 

au moins une interface de point d'acc§s (AP) pour recevoir des signaux de trame Ethemet ; 

des moyens pour acheminer les signaux de trame Ethemet regus d au moins une liaison. oO une liaison est 

une paire de points d'acces Ethemet assurant une connexion point d point dans le r6seau ; 
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des moyens pour s6lectionner un circuit disponible. oil un circuit est Tun des acheminements possibles reliant 
la paire de points d'acc^s a travers ie reseau ; et 

des moyens pour encapsuler les signaux de trame Ethernet dans au moins un conteneur virtuel du chemin 
disponible s§lectionn6. 

5 

10. Dispositif selon la revendication 9. caract6ris6 en ce qu'il comprend en outre des n^oyens pour extraire les signaux 
de trame Ethernet, transport's d travers Ie r'seau, d partir dudit au moins un conteneur virtuel. 

11. Dispositif selon la revendication 9, caract^rise en ce qu'il comprend en outre des moyens de m'moire pour 
10 stocker les signaux de trame Ethemet dans des files d'attente de signal. 

12. Dispositif selon Tune quelconque des revendications 9^11, carac:t6ris6 en ce qu'il comprend des moyens pour 
maniputer des informations revues par un gestionnaire de r'seau. ces informations comprenant des indications 
de points d'acc^s d utiliser, Ie d'bit binaire des trames Ethernet entrantes et des ressources d associer d un certain 

IS point d*acc6s. 
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